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DESCRIPTION 

IMPROVED FINDING OF TV ANYTIME WEB SERVICES 

5 This invention relates .to finding TV Anytime web services using a 

server-based file with a well-known name, location and structure. This 
invention also relates to a method for aggregating and categorising TV 
Anytime web services. 

10 The TV Anytime Forum fhttD://www.tv-anvtime.orq) is in the process of 

standardising a set of web sendees that allow TV Anytime clients (e.g. PDRs - 
Personal Digital Recorders) to retrieve TV Anytime data (e.g. program 
schedules, descriptions, etc.) from TV Anytime IP (Internet Protocol) servers. 
Different types of TV Anytime web services can be offered from a given web 

15 site and can have different, unrelated URLs (Uniform Resource Locators). 

A number of different methods are possible for discovering web 
services. 

One such method is the use of DNS for finding a TV Anytime sen/ice for 
a particular program identifier. This mechanism is described in the TV Anytime 

20 Content Referencing specification ffip://tva@f tp.bbc.co.uk/pub/ 
Specifications/SP004v1 1 .zip - password "tva"). Given a CRID (Content 
Reference Identifier), DNS (Domain Name Service) is used to request the 
machine name and port of a server which is able to provide a TV Anytime 
service that offers particular information about that CRID. However, once this 

25 service has been found It offers no Information on the presence or othenwise of 
other TV Anytime services on the same sender. Moreover, not all TV Anytime 
service types can be found using this deterministic mechanism. For example, if 
the FDR wishes to find a server that allows the user to search for programmes, 
then DNS is not helpful. 

30 A second method is the use of UDDI (Universal Description, Discovery 

and Integration). UDDI r http://www.uddi.orq) represents one technology for 
facilitating the discovery of web services. It relies on the use of third party 



2 



PHGB020224 



service repositories tliat provide a type of web service "Yellow Pages". By 
querying the repository a device Is able to find web services that match a 
certain technical description and perhaps match some other taxonomy 
classification. The approach provides a solution to the problem, "How do I find 
5 a list of services that provide a certain service type and are TV Anytime 
compliant?". 

An alternative possibility is the use of web robots and/or spiders to 

indax.-aJiwabL-sile^-Ear-4r^ 

robot can be used to find and index the content of a site. The information 

10 gained is stored and used for tools such as search engines. However, this is 
not well suited for direct use by a PDR (it is a slow process, involving multiple 
network transactions), nor is it particularly useful when the content is 
dynamically generated by a web service. Although a method could be 
conceived whereby a TV Anytime search engine blindly tries to discover 

15 services by testing their behaviour, this would be prohibitively slow, error prone 
and not guaranteed to find all the TV Anytime services provided by that site. 

Also relevant is the use of a robots.txt file, described at 
http://www.rQbotstxt,orq/wc/robots.html . By placing a robots.txt file In a 
well-known place on a server (e.g. http://foo.com/robots,txt) a server is able to 

20 specify a set of rules for the whole web site, which compliant web robots will 
obey. Whilst not directly relevant to TV Anytime, this is an example of the use 
of placing a file (with well-known name, structure and location) on a web server 
to provide Information about the web site that can be used both automatically 
and manually. 



The object of this invention is to allow a PDR to automatically find out 
whether an arbitrary web site offers TV Anytime services, and If so which types 
of services it offers. 

According to a first aspect of the present Invention, there Is provided a 
30 method for finding TV Anytime web services comprising querying a known 
address, obtaining a file from said address, said file having a predefined 
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Structure, and parsing said file to obtain URLs for TV Anytime web service 
description files. 

According to a second aspect of the present Invention, there is provided 
apparatus for finding TV Anytime web sen/ices comprising communicating 
means for querying via a network a known address and for obtaining a file 
from said address, said file having a predefined structure, and processing 
means for parsing said file to obtain URLs for TV Anytime web service 
description files. 

According to a third aspect of the present invention, there is provided a 
method for providing access to TV Anytime web sen/ices comprising receiving 
a query at a known address, and supplying a file in response to said query, 
said file Including URU to TV Anytime web service description files. 

According to a fourth aspect of the present Invention, there is provided a 
server system for providing access to TV Anytime web services comprising 
receiving means for receiving a query at a known address, and supplying 
means for supplying a file in response to said query, said file Including URLs to 
TV Anytime web service description files. 

According to a fifth aspect of the present invention, there is provided a 
rnethod of spidering websites comprising recursively addressing a URL for a 
non-HTML web service description file, parsing said file to obtain further URLs 
for non-HTML web sen/ice description files, and recording said further URLs. 

According to a sixth aspect of the present invention, there is provided a 
sender system for supplying URLs for TV Anytime web sevAces via a network 
comprising receiving means for receiving a query, supplying means for 
supplying one or more URLs for TV Anytime web sen/ices in response to said 
query, and storing means for storing a categorised list of TV Anytime web 
services. 

This invention provides a solution to the problem, "How do I know if this 
web-site offers any TV Anytime sen/ices. and if it does where are they?" A 
solution is needed for two reasons. Firstly, a PDR may be aware of a particular 
web site (i.e. machine name and port number) as a result of any number of 
processes (see below). It would be useful if the PDR can automatically find 
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whether TV Anytime web services are available. Having established this, the 
PDR should be able to deduce the types of services offered and where they 
are offered. Secondly, there is likely to be a market for third party sites that 
categorise and index the available TVAnytime services (the TV Anytime 
5 equivalent of a web directory or search engine). By providing a standardised 
description mechanism a web tool is able to automatically discover and 
categorise TV Anytime sen/ices without the need for human intervention. 

OfiGe4he-PDfl4^as-estabK&hed-the-exts4enee-^^ 

needs to find out the following information about each of those services: the 

10 location where that service is being offered, the type of TV Anytime service 
being offered, the technical compliance of that service, and the version 
number of that TV Anytime service. 

The mechanism proposed is to place a file on the server, which has a 
standardised structure containing the necessary information. This file has a 

15 well-known name and is placed at the entry point to the website, thus allowing 
a PDR to retrieve the file automatically. The invention specifically includes the 
use of the WS-lnspection standard to define the file structure and name of the 
file (inspection, wsil). 

If a web site does offer TV Anytime services it places a file with a well- 

20 known name at the entry point to that web site. To obtain the file the PDR 
makes an HTTP GET request to the following URL. tittp:H<macfiine 
name>:<port .numben>l<well l^nown file name> The port number is optional 
and typically would not be included. The exception is DNS, where the DNS 
mechanism will explicitly return a port numt?er as well as a machine name. A 

25 machine-readable document (this could be XML but does not have to be) is 
returned which indicates the presence of TV Anytime services by containing 
references (URLs) to one or more service description files. This invention does 
not mandate the type of service description file that should be used, but 
specifically includes the use of WSDL (Web Services Description Language) 

30 and UDDI to provide the four pieces of information listed in section 2. Each 
service description file may, in turn, provide information on more than one TV 
Anytime service depending on how the web site chooses to group their web 
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services. The document may also give tine URLs of otiier related TV Anytime 
server files to facilitate the discovery and linking together of new services. The 
mechanism has the following advantages: that it is lightweight and easy for a 
web site to implement, it allows a new TV Anytime web server to describe itself 
without having to register with a third party, and it facilitates discovery and 
indexing mechanisms for use by a web robot in the process of generating a 
database for a TV Anytime services search engine. 

The invention assumes that the PDR already has knowledge of a 
particular web site. The domain name could have been obtained by a number 
of different mechanisms. For example, the user has heard of a TV Anytime 
service through some other medium (e.g. recommendation or advertising) and 
manually enters the domain name into their PDR. Alternatively, the PDR might 
support a web browser to allow the user to web surf. It would be relatively 
inexpensive for a PDR to attempt to download the TV Anytime file (if any) of 
the web sites visited by the user. Equally, the DNS mechanism described 
above could be used. A PDR might receive CRIDs from a number of different 
sources (e.g. embedded in the video stream, as a result of searches, as a 
result of a program recommendation, or as a result of a remotely generated 
request to record a program). The authority name can be extracted from 
CRIDs and used as the domain name in an attempt to find a TV Anytime 
server file. 

In addition, a business model is proposed, whereby third parties can 
offer search and categorisation sen^ices specifically for TV Anytime web 
servers. This can be viewed as analogous to the search and directory engines 
(such as Google. Yahoo, etc.) used to discover HTML based web sites. To 
create such a website, a method for how the third party can automatically 
aggregate this information is described. A specific use of WS-lnspection 
specification is proposed that allows third parties to spider between TV 
Anytime web servers in an efficient fashion. 



Embodiments of the invention will now be described, by way of example 
only, with reference to the accompanying drawings, in which:- 
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Figure 1 is an example of a possible WS-lnspection file, 

Figure 2 is an example of a corresponding service description file, 

Figure 3 Is a schematic diagram of apparatus for finding TV Anytime 

web services, Illustrating a device and a server, 
5 Figure 4 shows a second embodiment with an improved WS-lnspection 

file, 

Figure 5 is a schematic diagram of a method of finding TV Anytime web 
servie es , and [ — 

Figure 6 is a schematic diagram of the device and server system of 
10 Figure 3, showing further detail. 

The Invention applies to TV Anytime IP clients and sen/ers. A client is 
any device that wishes to receive information related to TV programme 
schedules could use this Invention. Typically this will be a Personal Digital 

15 Recorder or some other TV device (Integrated Digital TV, set-top-box, etc.) 
. that wishes to display TV schedules to a user. However, . any other 
network-enabled devices could also exploit the invention for the same 
purpose. These include Personal Computers, mobile phones, PDAs, etc. A 
server is any web server with the appropriate information can host a TV 

20 Anytime service. Most often this will be a broadcaster's web server, but also 
includes third party web sites providing specialised and enhanced metadata 
about TV programmes. 

Figure 3 shows a network enabled TV Anytime device, for example, an 
integrated digital television 1, which Is connected via a wide area network 

25 (such as the Internet) 3, to a remote network web server 2. The server 2 is 
possibly offering one or more TV Anytime compliant web services, for example 
schedule listings or movie Information etc. In broad tenms, as illustrated in 
Figure 5, the device 1 finds TV Anytime web sendees by receiving a web 
server host name 4, sending a structured query 5 to the server 2 and receiving 

30 a structured response 6 back from the server 2. The query and response can 
be In any standard form such as HTTP or SOAP. 
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More specifically, the steps involved in finding new TV Anytime 
services, require the following sequence of requests 5 and responses 6. 
Firstly, the device 1 obtains a host name 4. such as example.com (method 
step 20). Two possible routes for the generation of the host name 4 include 
simply receiving a basic URL to use as the host name 4 directly from a user 
interface on the device 1. or receiving a GRID (which may be broadcast to the 
device 1 as part of a broadcast stream) and generating a basic URL for use as 
the host name 4 from the GRID. 

The device 1 then makes an HTTP GET request, querying 22 a known 
address. to the server 2 for the well-known file (e.g. 
h»p-//»v;,mme.co m/in-^oection.wsin . The known address is generated by taking 
the basic URL (host name 4) and adding to It a predefined suffix. If the server 
2 offers web services (not necessarily TV Anytime ones) It will return a 
successful HTTP response containing the requested file (inspection.wsil). a 
possible format of such a file being illustrated in Figure 1. If the server .2 offers 
no web services it will send back an HTTP 404 (file not found) response and 
the search process will terminate. 

Following obtaining of the file (method step 24), device 1 parses 26 the 
file and establishes the endpoints of the service descriptions (such as the URL 
of a WSDL file describing how to use the services). All of the subsequent steps 
will be repeated for each of the end points found. Device 1 then tries to obtain 
the semce description for that endpoint. The exact mechanism for doing this 
depends on the sen/ice description protocol being used (such as UDDI or 
WSDL). In this example, WSDL is being used. To obtain the WSDL file, device 
1 makes an HTTP GET request to the server 2 for the file (e.g. 
h« p-//^v«mnle.com/tv/« ^Prvices.wsdl) . an example of which is shown in Figure 
2 

Device 1 parses the returned file and establishes if any of the descnbed 
services are TV Anytime compliant services. This is determined by the XML 
namespace given to the services. If none of the endpoints offer TV Anytime 
services the search process will terminate. The file also allows device 1 to 
determine the precise technical version of each service as well as the URL 
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where the service is offered. Device 1 now has all the information required to 
use the TV Anytime web service. At this stage device 1 may choose to cache 
the information on the TV Anytime services offered by that server, or to make 
use of those services immediately. The device 1 also has the option to present 
the human readable portion of the service descriptions to a user (method step 
28) the user selecting one of the service descriptions and the device 1 
obtaining a TV Anytime web service from the user selected URL 

The device 1 illustrated in Figure b compnses communicating means 30 

for querying via a network a known address and for obtaining a file from the 
address, the file having a predefined structure, and processing means 32 for 
parsing the file to obtain URLs for TV Anytime web service description files. 
The device further comprises a display device 34 for displaying the human 
readable portion of the service description, and user Interface means 36 (a 
suitable remote control) for inputting a URL Also provide is storage means 38 
for storing the TV Anytime web service obtained by the communicating means 
30. 

The server system 2 of Figure 6 comprises receiving means 40 for 
receiving a query at a known address, and supplying means 42 for supplying a 
file In response to the query, the file having a predetermined structure. 

Some additional restrictions regarding the way the description part of 
the structured file is formatted can be used to facilitate the process. This is 
illustrated in Figure 4. Specifically, when describing a TV Anytime web service, 
the structured file should include the following Information In Its descriptions of 
the web services available at that site: an indication that the service is a TV 
Anytime service, the protocol version of the TV Anytime service, and the types 
of TV Anytime services offered. This information must be present in the 
structured file itself and not by means of reference (e.g. a reference to a 
detailed description of that service). In this way, there is no need to download 
and parse other files in order to establish the existence of a TV Anytime 
service. Consequently, the amount of processing required at each node of the 
search space is also reduced, once again enabling more effective spidering of 
TV Anytime web services. 
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The Web Services Inspection Language provides one standard nr^ethod 
of specifying how to inspect a web site for available Web services. The WS- 
inspection specification defines the locations on a Web site where you could 
look for Web service descriptions. The following URLs give an overview and 
the specification of WS-lnspectlon: 

rL ., 

Hf.p./A>n>n«-inRihm.co m/H«vAlnnf.rworks/wehservices/library/ws-wsilspe 

c.html 

Figure 4 shows a second embodiment with an Improved WS-lnspection 
file This file structure has two advantages over the WS-lnspection file of 
Figure 1 . Firstly a client device can establish directly from the file the existence 
of TV Anytime compliant web services without the need for further network 
transactions. Secondly the links to other TV Anytime WS-lnspection files 
enable spidering of TV Anytime web services. 

Illustrated in this Figure is the TV Anytime namespace 11. which 
indicates the version of the protocol being referenced, the endpointPresent 
attribute 12, which indicates that the TV Anytime service is actually available 
and an implementedBinding element 13 qualified by the namespace prefix 
(-tva:-). to indicate the types of TV Anytime services available. These items 1 1 , 
12 and 13 indicate how to use the WS-lnspectlon description elements to 
reference TV Anytime services. The use of implementedBinding elements 
means that any spidering robots do not need to download a WSDL file (as 
given in the location attribute) to establish the presence of TV Anytime senAice. 

Item 14 is a link Indicating the presence of a URL offering a structured 
file of the same format as this one and item 15 is the present attribute, 
indicating that at least one TV Anytime sen^lce Is referenced in the document 
that is being linked to. Items 14 and 15 indicate how links to other WS- 
lnspection documents are shown. By following these links other WS-lnspection 
documents containing references to TV Anytime services will be found. 

Although the foregoing provides a means by which a web site can 
Identify whether it has TV Anytime services (and if so where they are), this is 
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only useful if the client has prior knowledge of the existence of that web site. In 
order to find specific TV Anytime services, the only means available to a client 
device is to conduct an exhaustive search (spidering) of all web sites and to 
use the mechanism described above to test each one for the existence of TV 
Anytime services. Such a process is computationally expensive and certainly 
not feasible for the types of clients envisaged (digital TV receivers, PDAs, 
etc.). 

IhacefoLreJtJs-neGessaiy-^^ 

computational burden placed on the client device. This can be achieved by the 
use of a third party web site containing categorised web services. Since the 
vast majority of web sites will not offer TV Anytime web services, the searching 
process is altered to enable spidering of the web in a way that efficiently 
discovers TV Anytime web sen/ers. 

It is proposed that a third party is responsible for conducting the 
spidering process- There are no restr'ictions on who this third party might be. 
Some examples are; a broadcaster wishing to offer a value-adding service for 
TV Anytime clients; a CE manufacturer wishing to improve the functionality of 
the equipment they manufacture; and a specialist interest web site wishing to 
provide TV Anytime Information to its users. Since a powerful computer can do 
the spidering the computational expense is less problematic. The third party 
maintains a directory of all the TV Anytime web services it has found. This 
directory might offer an HTML interface to allow users to find and browse the 
discovered TV Anytime services. The directory can add value by categorising 
and grouping the services in certain ways that help the user find the services 
they want. 

In order for the consuming client (i.e. TV Anytime device, such as a 
digital TV receiver) to be able to automatically retrieve the information from the 
machine hosting the third party directory, a standard means of describing the 
list of discovered services is necessary. Such a description could be agreed by 
some standards body (such as the TV Anytime Forum). Alternatively, if the 
directory service is hosted by a CE manufacturer, they may choose to 



11 



PHGB020224 



implement a private description fomiat since they control both the client 
implementation (i.e. the CE device) and the directory server. 

Another way this invention could be exploited would be for the directory 
service to offer a single integrated TV Anytime web service, giving access to 
all the data available from the services that have been discovered. It could 
then offer the aggregated data through a single TV Anytime web service. 

The efficient spidering of TV Anytime sen/ices Is based upon the 
mechanism described above of using a structured file (in a well-known 
location) to describe the TV Anytime services available from that server. Here, 
it is additionally proposed that this structured file is allowed to contain URLs 
(I.e. hyperiinks) to the description files on other TV Anytime web servers. In 
this way. a "web sennce spider" can be used to recursively find and download 
the structured file for many TV Anytime web sites. 

By spidering across standardised service location files, rather than 
HTML files, the search space Is vastly reduced and the process made more 
efficient. The structured file is split Into two sections - links and descriptions- 
both of which are optional. A structured file that contains only links can be 
used to represent a list of TV Anytime web services. This format can itself be 
used by the directory service as a means of describing all the services it has 
20 found. 
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CLAIMS 



1. A method for finding TV Anytime web services comprising 
querying a known address, obtaining a file from said address, said file having 
5 a predefined structure, and parsing said file to obtain URLs for TV Anytime 
web service description files. 



2^ AjiiathxKLaccQKUQg4o-Glain:M^ 

a GRID and generating a basic URL from said GRID. 

10 

3. A method according to claim 1 , and further comprising receiving 
a basic URL. 

4. A method according to claim 2 or 3, wherein said known address 
15 is generated by taking said basic URL and adding to it a predefined suffix. 

5. A method according to any preceding claim, and further 
comprising presenting a human readable portion of said web service 
description files to a user, said user selecting a TV Anytime web service and 

20 obtaining said TV Anytime web service. 



6. Apparatus for finding TV Anytime web services comprising 
communicating means for querying via a network a known address and for 
obtaining a file from said address, said file having a predefined structure, and 
25 processing means for parsing said file to obtain URLs for TV Anytime web 
service description files. 



30 



7. Apparatus according to claim 6, and further comprising a display 
device for displaying a human readable potion of said web service description 
files. 
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8. Apparatus according to claim 6 or 7, and further comprising user 
interface means for inputting a URL. 

9. Apparatus according to claim 7, wherein a user selects a TV 
5 Anytime web service and said communicating means obtains said TV Anytime 

web service. 

10. Apparatus according to claim 9, and further comprising storage 
means for storing the TV Anytime web service obtained by the communicating 

10 means. 

11. A method for providing access to TV Anytime web services 
comprising receiving a query at a known address, and supplying a file in 
response to said query, said file including URLs to TV Anytime web service 

15 description files. 

12. A method according to claim 1 1 , wherein said known address is 
generated by placing said file at the entry point of a web site. 

20 13. A method according to claim 11 or 12, wherein said file further 

contains information on each web sen/ice for each respective URL. 

14. A sen/er system for providing access to TV Anytime web 
sendees comprising receiving means for receiving a query at a known address, 

25 and supplying means for supplying a file in response to said query, said file 
Including URLs to TV Anytime web service description files. 

15. A system according to claim 14, wherein said known address is 
generated by placing said file at the entry point of a web site. 

30 
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16. A system according to claim 14 or 15, wherein said file further 
contains information on each web service for each respective URL. 

17. A method of spidering websites comprising recursively 
5 addressing a URL for a non-HTIVlL web service description file, parsing said 

file to obtain further URLs for non-HTML web service description files, and 
recording said further URLs. 



18. A server system for supplying URLs for TV Anytime web services 
10 via a network comprising receiving means for receiving a query, supplying 
means for supplying one or more URLs for TV Anytime web services in 
response to said query, and storing means for storing a categorised list of TV 
Anytime web services. 
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ABSTRACT 

IMPROVED FINDING OF TV ANYTIME WEB SERVICES 

5 A method for finding TV Anytime web services comprises querying a 

, known address, obtaining a file from the Icnown address, the file having a 
predefined structure, and parsing the file to obtain URLs for TV Anytime web 
services. A server system for supplying the file via a network comprises 
receiving means for receiving the query at the known address, and supplying 
10 means for supplying the file in response to the query. 
[Figl.] 
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http://examplexorn/inspection.wsil 



<?3aal version="l,0" encoding- «UTF- 8 *•?> 

<inspection xmlns= "http://schemas.xrolsoap.org/ws/200l/10/xnspect ion/" 

xinlns:wsilwsdl="http://schemas. xmlsoap.org/ws/200l/10/inspection/wsdl/''> 
<: service > 

^description ref erencedNamespace="http://schenias .xmlsoap .org/wsdl/" 
location^ "ht tp : //example . com/ tva_services . wsdl " > , 
<w8ilwsdl : re f erence endpoinba: " true ** > 

<W8ilwsdl : referencedService xnilns : ns=!"http : // example . com/tva" > 
ns :TvaGookingService</wsilwsdl :re£erencedService>. 



</wsilwsdl : re£erence> 
</description> 
</service> 
<service> 

<description ref erencedNamespace=: "ht tp : //schemas .xmlsoap . org/wsdl/ " 
locations "http : //example . com/ tva_services .wsdl" > 
<wsilwsdl : reference endpointB"t?rue'*> 

<wsilwsdl : ref erencedService xralns :ns="http: //example .com/tva" > 
I I ns : TvaMovieService</wsilwsdl s ref erencedSe)Cvice> 
</wsilwsdl : ref erence > 
</description> 

</service> . , ^ ^ . ^ ^ 

^ References to other groups of TV Anytime servxces could be inserted here 

< /inspect ion> 



http://example.coiii/tva_services.wsdl 



<?xml version=r"1.0»' encoding="DTF-8'*?> 
:def initions targe tNarae space =«http : //example . com/tva" 

. xnlns z tva=5"http: //www. tv-anytime , org/200l/ll/transport/wsdl 
xmlns : soap="http : //sch^nas . xmlsoap 1 org/wsdl/soap/ 
xmlns="http : //schemas .xmlsoap . org/wsdl/ " > 
<import namespace«"http : //www . tv-anytime - org/200l/ll/transport/wsdl" 
<serviGe name=''TvaCookingService''> 
*^ <port name= " get_Metadata_Cooking " binding^ " tva : get_Re solut ion_Port 

<soap : address location="http : //example . com/cooking"/ > ' 

</port> 

■ <port name="searchOn_Delivery_Coolcing" 

bindings " tva : searchOn_Delivery_Port " > 
< soap : address location^ " ht tp 2 //example . com/ cooking" / > msmmmmmmmam^ 
</port> 
</service> 

<service name="TvaMovieService"> 

<port nanie=s"get_Metadata_Movies" bindings" tva :get_Metadata_Port"> 
<soap : addres s locat ion= " ht tp : //exampl e . com/movies " /> ^ 1 
</port> 

<por t names " searchOn^Des cript ion_Movies " 

bindings « tva s searchOn_Descript ion_Port " > 
<soap : address location* " ht tp : //example . com/movies " / > ' 1 
</port> 
</service> * 
</def initions > 



The namespace indicates 
compliance with TVA, 
along with the version 

/ The port name gives the 
type of TVA services 
supported 



The entry points 
y (URL) to the different 
constituent services 
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hap://e3canqiIe.coni/inspec5tion.wsU 

<inspectionxndns="http://schemas.xmlsoap.org^«/2Wl/10r^^ 
xmlns-wsdl='Tittp://schemas.xmlsoap.org/ws/2001/10rinspecfaonAvsd^ 
xmInsrtva="ht^://vww.tv-anytime.or^002/06/transportAvsdl - 
xiriliis:xsi="http://w!W-w3.oig/2001/XMI^hema-iiM^ 



n 




^"iStion referencedNamespace="http://schemas Jcmlsoap.org^»s^ 
locatton="http://example.coinnV_week/tva_TV_weekwsdl"> 

^ \ii L«i««<^P.^Rindtno>tva:eet Metadata SOAP</wsdl:iinplementedBmding> ^ 
rsS;SemSSS^:?^^vcor_SOAP</wsd^ 

</wsdl:reference> 
</descriptiorf> 
</service> 



<UnkreferencedNamespa«^"http://schemasJcmlsoap.o^^ 

^linkreferehcedNamespace="littp://schemas.xmIsoap.org/ws/2001/10^^ 
lt)oation="http-7/aggregator.com/inspection.wsiI" tva:present-tme f> 
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